update raylib to 5.5 - #1

NOTE: Consistency between shapes and Image drawing functionality is being aligned (as much as possible)

…ture()`

Dart binding for Raylib: support hooks

* update rgfw + platform v1

* added drop events

* updates

* Fix FileCopy result

* fix code style

ImageDrawCircle filled 2*radius pixels wide but 2*radius + 1 tall. Each
horizontal span started at centerX - x with width 2*x, which covers
centerX - x through centerX + x - 1, leaving the column at centerX + x
unwritten. The result was one column short on the right, off-centre, and
inconsistent with ImageDrawCircleLines, which is 2*radius + 1 in both
directions.

Widen the four spans by one pixel so the fill is (2r+1) x (2r+1), centred
on (centerX, centerY) and aligned with ImageDrawCircleLines.

Fixes #6117

* [rexm] Fix `Makefile`.

The `make` program that comes with `w64devkit` uses a UNIX-style shell, so we can't use `del` (we could set `SHELL` to `cmd`, but this is easier, and the expectation is that `w64devkit` is being used anyway.)

* [rexm] Use less common port number.

When using a port that's already in use, the server fails to start. Using a different (hopefully less common) port should help mitigate this.

`build`, `test`, and `testlog` generate lots of files (`.exe`, `.html`, etc.) when executed. When you build/test enough examples, it's kind of annoying manually deleting the files. The generated reports (`.md` files) are not deleted.

#6126)

Fix issue #6122

Moved curly brace to newline in `if` block.

* Updated bindings' versions
Bindings in the `Older or Unmaintained Language Bindings` category are untouched.

* Fix Target link

* Moved archived and projects with invalid links to a "Unmaintained" category

* `raylib4fb` was moved from GitHub to Codeberg

* Fix table formatting

* Moved outdated to the `Older bindings` category

* Fix tables formatting

* Changed the first paragraph
Added advice on when to update `BINDINGS.md`.

…rator (#6132)

Both functions walk the input with two indexes and, on hitting '_', advance
j once and only write buffer[i] when the next character is one they know how
to handle. TextToPascal() (src/rtext.c:2186) covers 'a'-'z' and '0'-'9',
TextToCamel() (src/rtext.c:2270) covers only 'a'-'z'. Anything else leaves
buffer[i] at the zero it was memset to, so the returned string ends there
and the rest of the text is silently dropped: TextToPascal("text_UTF8_load")
returned "Text" and TextToCamel("sound_3d_mix") returned "sound".

The same path also reads past the end of the string. When '_' is the last
character, j++ lands on the '\0', neither branch matches, and then the loop
increment moves j one further before the condition reads text[j], one byte
beyond the terminator.

Skip the whole run of separators instead, stop when it reaches the end of
the text, and copy any character that has no upper case form as it is.

… or more (#6136)

The copy loop filled all MAX_TEXT_BUFFER_LENGTH bytes, so the last substring
could come back with no terminator, and a delimiter on the last byte made
buffers[] point one past the end of the array. Stop one byte earlier so the
zero left by the memset() at the top of the function always terminates the
last substring.

Co-authored-by: Carlos GS <carlosgs161@proton.me>

…off window (#6134)

See this comment and Jeffs as to why
#5945 (comment)

* Update README.md

* Update README.md

* rlparser: update raylib_api.* by CI

* Add some guidelines for binding authors

* Delete tools/rlparser/output/raylib_api.json

* Create raylib_api.json

---------

Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
Co-authored-by: Ray <raysan5@gmail.com>